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FIELD OF THE INVENTION 

The present invention is in the general field of 
managing objects and sharing information among 
communities, such as sharing bookmarks of frequently used 
locations (URLs) among web surfers. 
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BACKGROUND OP THE INVENTION 

10 The Web is huge. Users often find locations (sites, 

home pages, URLs) which they feel are of potential future 
use. Finding their way to the same location again could be 
tricky, difficult and time consuming. Accordingly, surfers 
usually want to mark the web page of interest, making it 

15 easier to find when necessary. These marks are usually 
referred to as bookmarks (also as favorites, thumbnails, 
hotlists) - 

The traditional way to organized bookmarks is using a 
tree structure. Popular browsers (Netscape Communicator^, 

20 Netscape Navigator™ and Microsoft^ Internet Explorer) 
include a bookmark management tool, each using its own 
proprietary format for storing the bookmarks. Several 
stand-alone bookmark management tools have also been 
developed These tools allow users to design their own tree 

25 organization of bookmarks, and to enter bookjnarks and 
manage them, as well as open them in the browser (whep 
clicked) . The tree organization is a simple and well 
understood way, allowing each user to organize bookmarks 
for easy access based on personal preferences. 

30 These existing bookmark management tools with few 

exceptions noted later, are focused on helping an 
individual user rather than facilitating the sharing of 
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bookmarks among users. In order to share bookmarks, users 
typically send the URL's or bookmark files to each other 
(e.g. using e-mail). This is clearly not a very efficient 
mechanism. Sharing of complete bookmark files is 
5 especially problematic as different tools (browsers) use 
different proprietary, incompatible formats. This is 
actually a problem even for (many) users who use multiple 
browsers and/or machines - e.g. users that have two 
operating systems or computers, and two different browsers 
10 will have four bookmark files. There are some utilities 
that purport to translate bookmark files among these 
different formats, but this procedure is burdensome and 
sometimes error prone 

Another common approach used to share URLs is to 
15 provide them as links on specially designed web pages, 
referred to as weh indexes (or "lists of links") . Such 
indexes are now commonly provided in most web sites and 
even in many personal homepages. Indexes may focus on the 
interests of a particular individual or community, on a 
20 particular subject, or be general. There are several 
large, mega-indexes which categorize "all the web" as a 
series of HTML pages. A well known example is YAHOO l*^' 
Each index has its own tree structure, and typically 
offers two ways of locating URLs (i.e. bookmark); using a 
search utility (simple search in a database), or using the 
categorized folders. In the mega-indexes, users may also 
mark web pages to be indexed and suggest the appropriate 
folder . 



25 



30 



There are several problems in sharing bookmarks using 
such indexes: 

■ The indexes are provided in special web sites, 
rather than as a local application and files; this 
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implies that access is substantially slower and 
less convenient, compared to a local bookmark 
management tool. Furthermore, this depends on 
connectivity to the index server. 
5 ■ The same URL may be relevant to more than one 

folder; furthermore, different users may prefer 
different arrangement of folders (e,g- top level 
folder "music" and sub-folder "shopping" or vice 
versa) or simply a different name for folders (e.g, 
10 "find" and "search"). The result is that relevant 

URLs are often spread cross multiple folders^ as is 
known to every user of the popular indexes such as 
Yahoo!™ 

■ Users often have bookmarks that they do not wish 
15 to share, being private (e.g. including 

passwords) or simply user specific* A common 
index server does not allow such features. 

Several different systems enable users to share 

20 personal bookmark collections! 

Keller al, [EWCRM] introduced the WebTagger. 

WebTagger was designed as a personal and community 
bookmarking service, running in a web server (as CGI 
program) . The system is a proxy based system that modifies 

25 each web page being browsed, by adding buttons for 
categorizing the page, querying the database, etc. To look 
up folders, the user needs to form a query, as there is no 
common or customized folder organization- Inter alia, 
There is no support for privacy or replication. 

30 Klark and , Manber designed the Warmlist [KM] . The 

application is based on sharing a common bookmark file 
using a shared file system (Unix^) • Users can insert their 
own bookmarks, organize them hierarchically (using the 
same tree) , index them, and search the file for bookmarks. 
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ive Notebook (Torrance) allows users to label 
informatihsm with conceptual classifications and organized 
them into aNiaxonomy for later browsing and retrieval. The 
focus of Torr^i^e's work is on clustering documents and 
identifying mor^J-^ological concepts (keywords) . Torrance 
does not deal with\^ects of sharing such as replication, 
privacy and user inte^ace. 

Wittenberg et al. created the Group Asynchronous 
Browsing Server [WDHS] that collects and merges user's 
bookmarks and then displays these merged bookmarks in a 
standard web browser. Their approach is that when they 
find the same URL in two bookmark files, they give the 
user a link from the folder in one bookmark file to the 
folder of the other bookmark file. 

Collaborative filtering methods provide a means of 
selective information sharing by utilizing preference 
indicated by other users. These preferences might be 
inferred implicitly from the actions of others, or might 
be based on explicit user evaluation. See [GNOT] , 
20 [SiteSeer], [krw ] , [kmmhgR] . 

Gifford et al. [see GJSO] provides for a semantic 
file system which is an information storage system that 
provides flexible associative access to the system's 
contents by automatically extracting attributes from files 
25 with file type specific tra23sducers. Associative access is 
provided by a conservative extension to existing 
tree-structured file system protocols, and by protocols 
that are designed specifically for content based access. 
Compatibility with existing file system protocols is 
30 provided by introducing the concept of a virtual 
directory. Virtual directory names are interpreted as 
queries, and thus provide flexible associative access to 
files and directories in a manner compatible with existing 
software. Rapid attribute-based access to file system 
35 contents is implemented by automatic extraction and 
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indexing of key properties of file system objects. The 
Semantic File System in accordance with the Gifford et al. 
publication supports various types of objects, such as 
documents, mails and other objects. 

Gopal et al. [see GM] provides for a new file system 
that combines name-based and content-based access to files 
at the same time. The design allows both methods to be 
used at any time, thus preserving the benefits of both. 
Users can create their own name spaces based on queries, 
on explicit path names, or on any combination interleaved 
arbitrarily. All regular file operations - such as adding, 
deleting, or moving files- are supported in the same way, 
and in addition, query consistency is maintained and 
adapted to what the user is manually doing. One can add, 
15 remove or move results of queries, and in general handle 
them as if they were regular files. 

The specified Gifford efc aJ. and Gopal et 
publications offer an object management system which does 
not aim at handling object sharing, however offer a 
management scheme, which supports handling of, say, data 
files, by assigning attributes to the specified data 
files, and enabling to query the data files by the 
attributes. For example, extracting all data files sent 
To "Smith". In a similar manner, the proposed approach may 
25 support also bookmark management. 

The proposed systems of the kind disclosed in Gifford 
et al. and Gopal et al. publications, have some inherent 
limitations. For one, the attributes that are assigned to 
the various objects are of static nature. (e.g. for 
letters the fields: From:, To: etc.). In many real life 
applications the static nature of attributes is 
insufficient. Consider, for example, the specified 
bookmark sharing application where a given bookmark is 
assigned with the attribute, say JBM. A given user may now 
decide that the specified bookmark should also be assigned 
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with the attribute,- say security. Not only that a static 
attribute system would fall short in supporting such 
change (by this particular embodiment adding new attribute 
and assigning the so added attribute to an object), but 
obviously fails to propose a scheme for propagating this 
update among other members in the community. Thus, it 
would be expected that the specified bookmark would be 
reflected at other user views (associated with the same or 
different users) who already exploit the attribute 
security. 

jce is, accordingly, a need in the art to provide a 
technique>v^hich enables to manage and possibly share 
objects amon^s^jsers, and which substantially overcomes the 
limitation of ThS^erto known techniques. There is a 
further a need in ths^t to provide a system that enables 
to manage objects also^^n^a single user environment. 

SUMMftRY OF THE INVENTION 

The invention provides for a method for managing 
objects for at least one user, comprising: 

(a) providing a set of attributes; 

(b) providing a set of containers, each associated with 
attributes from among said set; 

(c) providing user interface for dynamically assigning 
attributes to said objects; 

(d) selectively displaying, through a user interface, at 
least one container; an object is displayed in said 
container if a condition is met; the condition is 
applied to at least the following: at least one of the 
attributes of the container and at least one of the 
attribute of the object. 

The invention further provides for a method for 
sharing objects among community of users; each user is 
associated with a respective set of attributes such that 
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at least one attribute is common to at least two of said 
users; the method comprising executing the following steps 
for each user in the conimunity: 

(a) providing a user replica that includes objects that 
5 are assigned, each, with at least one attribute; 

(b) providing a set of containers associated, each, 
with attributes from among said set; 

(e) providing a user interface for generating an update 
in said replica; 

5=3 10 (d) submitting the update stipulated in step c to the 
replicas of selected users; 

(e) receiving at least one update from at least one user 
in the community and update said user replica with the 
so received update; and 

(f) selectively displaying, through a user interface, at 
least one container; an object from the replica is 
displayed in said container if a condition is met; the 
condition is applied to at least the following: at 
least one of the attributes of the container and at 
least one of the attribute of the object. 

Still further the invention provides for a system 
for managing objects for at least one user, comprising a 
processor and associated memory and display configured to 
perform the operations that include: 
25 (a) providing a set of attributes; 

(b) providing a set of containers, each associated with 

attributes from among said set; 
(e) providing user interface for dynamically assigning 

attributes to said objects; 
(d) selectively displaying, through a user interface, at 
least one container; an object is displayed in said 
container if a condition is met; the condition is 
applied to at least the following: at least one of the 



IS999-013 



20 



30 



52/ LL L^7S"0N S£:9L 00 . 60/£0 



attributes of the container and at least one of the 

attribute of the object. 

The invention provides for a system for sharing 
objects among community of users; the system includes at 
least one server communicating through a network with 
users, each being associated with a processor and 
associated memory and display that includes a respective 
set of attributes such that at least one attribute is 
common to at least two of said users; the respective 
processor and associated memory and display are configured 
to executing the following steps that include: 

(a) providing a user replica that includes objects that 
are assigned, each, with at least one attribute; 

(b) providing a set of containers associated, each, 
with attributes from among said set; 

(c) providing a user interface for generating an update 
in said replica; 

(d) submitting through said at least one server the 
update stipulated in step c to the replicas of selected 
users; 

(e) receiving through said at least one server at least 
one update from at least one user in the community and 
update said user replica with the so received update; 
and 

(f ) selectively displaying, through a user interface, at 
least one container; an object from the replica is 
displayed in said container if a condition is met; the 
condition is applied to at least the following: at 
least one of the attributes of the container and at 
least one of the attribute of the object. 

The invention further provides for a program storage 
device readable by machine, tangibly embodying a program 
of instructions executable by the machine to perform 
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method steps for managing objects for at least one user, 
comprising: 

(a) providing a set of attributes; 

(b) providing a set of containers, each associated with 
5 att ributes from among said set; 

(c) providing user interface for dynamically assigning 
attributes to said objects; 

(d) selectively displaying, through a user interface, at 
least one container; an object is displayed in said 

10 container if a condition is met; the condition is 

applied to at least the following: at least one of the 
attributes of the container and at least one of the 
attribute of the object. 

The invention further provides for a computer 
15 program product comprising a computer useable medium 
having computer readable program code embodied therein for 
managing objects for at least one user, the computer 
program product comprising: 

computer readable program code for causing the 
20 computer to provide a set of attributes; 

computer readable program code for causing the 
computer ^o providing a set of containers, each 
associated ^^th attributes from among said set; 

computer readable program code for causing the 
25 computer to provide user interface for dynamically 
assigning attributes to said objects; 

jmputer readable program code for causing the 
computer Xto selectively displaying, through a user 
interface, least one container; an object is (displayed 

in said contaih^ if a condition is met; the condition is 
applied to at l^st the following: at least one of the 
attributes of theN^ntainer and at least one of the 
attributes of the objec 
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A typical (but not exclusive) bookmark sharing 
application includes the following characteristics: 

• Coininon attributes; the community all uses the same 
5 set of attributes. Each user builds its own user 

interface, by this particular example tree of 
folders, associating attributes to each folder. Each 
bookmark is also assigned with attributes which are 
used to display the bookmark in the appropriate 
10 folders of each user (if a condition is met) . The 

list of attributes can be updated, e.g. new 
attributes can be inserted and/or others may be 
deleted. 

• Replication: a database of all bookmarks is kept in a 
server to which all users have access. Preferably, 
local replicas of this database are kept in each 
user^s machine. The replication enables users inter 
alia to work off-line (while not connected to a 
server) ^ and provides much better performance . 

20 • Privacy: users may easily define some URLs (and 
possibly attributes) as private. Privately marked 
URLsXare encrypted in the server and in the replicas 
of tharv user, so that access is possible only using 
the key of the user. Pri^/^&cy may be regarded as an 

25 attribute tWt is associated with selected folders. 

Bookmarks can is^ dynamically assigned to folders and 
by the preferred embodiment they inherent the 
attributes of the Nf older. Thus bookmark that are 
assigned to private\f older s inherit the privacy 

30 attribute- Other attributes may be assigned to 

folders such as^ for exampr^ History signifying that 
bookmarks associated to this\folder have just been 
recently used. Another non-limbing example, is Hot 
attribute associated to a folderNthat includes all 
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thd^e bookmarks which have just been recently added 
to fXlders, 

• SimpleX familiar view user interface: the 
implementation uses a familiar tree folder structure 
user inte^rface, allowing the user to perform common 
operations\with click and drop user interface. The 
approach resWbles a known user interface^ such^ for 
example, in tW MICROSOFT^ folder explorer utility, 
and therefore deduces the time it takes to become 
familiar with th\ user interface. The drag and drop 
operation is utilized by one embodiment to assign 
attributes to bookmarks) * Having mapped the bookmark 
to a folder the ^tributes of the folder are 
automatically assignedVo the bookmark, 

• Display of bookmarks in folders through familiar user 
interface. As will be explained in greater detail 
below assignment of attributes to bookmarks, e.g. by 
drag and dropping the specified bookmark to a folder 
does not necessarily mean tha^ the bookmark will be 
displayed in the specified folder. As will be 
elaborated in greater detail beld^. In order for the 
bookmark to be displayed in the foSLder^ it must meet 
a condition (s) that is (are) \pplied to the 
attributes of the container and the bookmark. 

It should be noted that the term user should not be 
construed in a narrow manner. Thus, for example, a given 
user may have two distinct user applications running on 
the same or different machines. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



10 



15 



20 



In order to understand the invention and to see how 
it may be carried out in practice, a preferred embodiment 
will now be described, by way of non-limiting example 
only, with reference to the accompanying drawings, in 
which : 

j^s. la-b illustrate sample user interface view 
represented as a tree of folders, in accordance with one 
embodimer^ of bookmark sharing application; 

Fig. 2 illustrates a block diagram of a generalised 
system architecture in accordance with the invention. 

Fi^fs- illustrate a user view before and after 

the insertion ot\an object; 

FigsV 4a-c illustrate an update sequence of operation 
in accordd^nce with ol^ embodiment of the invention; 

Fig\ 5 illustrais^s an exemplary attributes dialog 
box, in accordance with \n embodiment of the invention; 

FiW- 6 illustratesX a user interface view in 
accordaAce with one embodiment of the invention; and 

Fig. 7 illustrates bookmark dialog box in accordance 
with one embodiment of the invention. 



DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT 
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Whilst, 
pertains to 
application, the 
bookmarks. Thus, 
possible 



for simplicity, the discussion below 
a bookmark management and sharing 
invention is by no means bound to 
bookmarks is only one out of many 
objects and accordingly other objects in 
addition or in lieu of the specified bookmarks, such as 
emails, files of various types, etc, or combination 
thereof. 
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Likewise, the description is mainly focused on tree 
of folders user interface, such as a Microsoft^ File 
Explorer like structure. Folders are only a non-limiting 
example of a set of containers and a tree is only a 
non-limiting example of arranging the set of containers. 

very popular interface for viewing bookmarks (as 
well as\ files, mail messages, etc,)/ is using a tree of 
folders, \ e.g. in accordance with the Microsoft"** file 
explorer Vser interface. In many applications, browsing 
the tree i\ a better way to look for the right bookmark, 
rather than\ doing a textual search in the database. 
However, organizing shared bookmarks into folders is 
difficult. The\$ame URL may be relevant to more than one 
folder; furthermore, the different users may prefer a 
15 different arrangeflE^ent of folders (e.g,, one user prefers 
top level folder ,\^^ "music" and sub-folder "shopping", 
whereas another useX^ prefers the other way around, i,e, 
top level folder "shipping" and sub-folder "music"), or 
simply a different n^e for folders (e.g., *^find" and 
20 "search") , 

A simple approach that purports to overcome this 
problem, is to decide on a fixed tree of folders used by 
all members of the community when entering bookmarks, 
possibly with some additional conventions. However, as 
25 explained above, such approach lacks flexibility, and it 
IS hard to agree on commonly accepted and useful 
organization. 

In accordance with one aspect of the invention, there 
is provided a community of users that agree on a set of 
attributes. Each user can build his/her set of containers 
and associate attributes to each container. It should be 
noted that whilst, preferably, the set of attributes is 
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common to the users in the community, this is not 
necessarily always the case. Thus, users in the community 
may have a set of attributes, some of which are not 
necessarily shared by some or all of the other members in 
5 the community. 

In accordance with one embodiment of the invention 
there is provided a user interface for dynamically adding, 
deleting or updating attributes in the set. 

As will be explained in greater detail below, the 
10 attributes are used to display bookmarks in the 
appropriate folders of each user. 

By one embodiment, the user defines a set of 
attributes. In the case of community of users, each user 
in a community defines a set of attributes that is 

15 relevant to the community's interests. The set of 
attributes is finite and yet dynamic. The procedure of 
addition of new attributes is explained in great detail 
below. In the case of community of users this set of 
attributes may be regarded as the "language" of the 

20 community. 

le set of attributes is used to display bookmarks 
in, say\tree of folders. A bookmark is displayed in a 
folder (orS^olders) if a condition is met. The condition 
is applied tli at least the following: at least one of the 
25 attributes of \j;i6 folder and at least one of the attribute 
of the bookmarkN^y a specific embodiment a bookmark is 
displayed in a foldJs^^ if the bookmark and the folder share 
a common attribute. 



30 



To this end, objects (bookmarks) are dynamically 
assigned with attributes through user interface. By a 
specific embodiment the attributes are dynamically 
assigned to bookmarks using -drag and drop" operation. By 
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this embodiment an object is mapped to a given container 
(folder) and inherits the attributes that are assigned to 
the specified container (folder) . 

" ? r a better understanding, attention is now 
directeii to Figs. lA-B, illustrating a sample user 
interfac^ represented as a tree of folders, in accordance 
with one epibodiment of the invention. 



10 Thus, theXuser interface 11 in Fig. lA represented as 

a tree of folders (for, say, a first user in the 
community/ or a>s^ingle user in a stand-alone environment) 
similar to the \ known Microsoft^ file Explorer tree 
representation. Ekch folder (e.g. "books" (12)) is 
15 associated with attributes and by this particular 
embodiment "shopping" and "book" (13)- In 

the user interface of Fig. lA, attributes are embraced by 
square brackets- Samplds. folder tree 14 in Fig. IB 
represents the user interface for/ say, a second user in 
20 the community. 

The list of URLs (or bookraa^rks) that corresponds to a 

given folder/ are stored in the^ specified folder (not 

\ 

shown in Figs. lA and IB)/ similar to files that belong 

to a given folder in the Windows Ex^orer utility . 

\ 

25 



The table below lists some examples of where bookmarks 
with specific attributes will be placed: 
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Attributes 


Sample Tree 1 


Sample Tree 2 


Shopping 


Shopping 


Shopping 


Shopping, web 


Shopping 


Web>Shopping, Shopping 


Shopping, web, 
find 


Shopping, 
Find>Internet 


Shopping, Web>Shopping 
Web>Find 


Find, people 


Find>People 


People in the Web 


Find 


Find 


(Will not appear) 



By a specific embodiment of bookmark sharing, when a 
URL is inserted into a coitimunity database, the 
creates a record that has three fields: 



system 



10 



15 



Key: The URL that the user wants to bookmark 

Attributes: A set of attributes that is assigned to 
the URL's. Attributes are selected from a fixed set 
known to the community and maintained by the server. 
Each user may suggest additional attributes, and the 
server administrator decides whether or not the update 
(by this particular embodiment the so added 
attributes) will be submitted to the community. The 
display of bookmarks into folders is done according to 
their attributes, normally by applying a condition to 
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the attributes of the folder and the attributes of the 
bookmark. For example, a bookmark is displayed in a 
folder if they share a common attribute- It is 
therefore desirable that the community understands the 
attributes. Consequently, it would be desired 
(although not obligatory) that the bookmark sharing 
technique of the invention would be applicable for 
small to medium communities. 

By a specific embodiment, there are three types of 
attributes : 

♦ Gldbal - an attribute that is shared throughout 
the community, 

♦ Pjravate - an attribute that is private and used 
only by the user that inserted it. These 
attributes will not be submitted to other users in 
the community* 

• Submit - an attribute that a user feels should be 
added to the collection of attributes globally 
shared by the community. Initially, the attribute 
is local, but, as will be explained in greater 
detail below, the server can later change them 
into global attributes . 

• URL related data: Additional information 
describing the URL. The related data may be 
generated automatically. Automatically generated 
data includes e.g. the bookmark title, time of 
insertion, importance, owner of the data, expiration 
date, etc. 
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Viewxng Bookmarks 



A^er having assigned attributes to both the 
bookmarlcs and the folders the bookmarks can be displayed. 
BookmarksX are displayed through user interface, as 
5 illustratedxe . g. in Fig. 1^ and are organized e.g., into a 
tree of folder^. Each folder has a name and being assigned 
with one or m^>^ attributes (taken from the set of 
attributes) . As described above, attributes are also 
assigned to each booKsmrk. By a preferred embodiment, if 
10 the folder contains a si&^folder, and a bookmark has also 
the attributes of the subSfolder, the bookmark is only 
displayed in the sub-folder Ca^ a finer categorization) . 
This logic is implemented by the rollowing rule: 

1 A bookmark will appear in a folder if and only if: | 

15 I i 

I • The bookmark's attributes contain the folder | 
I # The bookmark does not appear in any folder contained in this folder. | 



20 As sj^cified above, a bookmark is displayed in a 

folder if ^.condition is met. By this specific example 
the condition\includes a sub-condition that stipulates 
that an attriburb. (at least one), assigned to the bookmark 
is contained in the\attributes of the folder in which the 
25 bookmark is displayeoSv The condition further includes a 
sub-condition stipulated, that the bookmark does not 
appear in any folder contained in this folder. 

The specified condition (s) and the sub-conditions 
thereof are, of course, not obligatory. Condition (s) and 
30 sub-condition (s) which stipulate what bookmarks will be 
displayed in what folders may b^ determined in accordance 
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with the particular application, all as required and 
appropriate. 

/ A^specified above, in accordance with the invention 

there i^s provided a user interface for enabling dynamic 
5 assignmeVt of attributes to objects. In accordance with a 
preferredX embodiment, using the same interface of Fig. 1, 
a drag aW drop operation is used in order to 
insert /dele*^ a bookmark. Thus, by this embodiment upon 
dragging a rmL into a folder, the URL inherits the 

10 attributes of Vhat folder. The operation is simple and 
intuitive, \ 

Notice that the result of such a single drag and drop 
of a URL into a folder, may reside in mapping the URL 
into multiple folders having a subset of these 

15 attributes. The URL may be dragged to additional folders, 
thereby being assigned with more attributes as necessary. 
For example, dragging a bookmark to the folder hooks (12) 
in the user interface illustrated in Fig. lA, will 
automatically assign the attributes shopping and book 

20 (13) that are associated with this folder. The side 
effect of this operation is that this bookmark will also 
be mapped to the folder books (15) in user interface (14) 
considering that the folder books (15) is also associated 
with attributes shopping and book (16) . A user may also 

25 assign bookmark related data to a URL, such as level of 
importance, expiration date, etc. The submission of the 
specified update (from user interface (11)) to user 
interface (14) will be discussed in greater detail below. 

The consWuence of a single drag and drop operation 
0 is further exemplified with reference to Fig. 3. Fig. 3A 
illustrates ^ve user views (31 to 35) . Having dragged 
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and dropped I - say, a bookmark (36 in Fig. 3B) to 

View 5, itemKl is assigned with the 1,2, and 4, 
Consequently, 1 is automatically assigned to view 1 

(31 -due to attributes 1 and 2), view 3 (33 -due to 
5 attribute 4) and vi^w 4 {34 -due to attribute 1). The 
update among the viewsvis implemented in a manner that is 
described in detail bel< 

All users define their own individual tree of folders 
Q user interface. As mentioned above, the tree defines the 

10 folders used by the user to organize and subsequently 
display bookmarks. Users may edit their tree at any time. 
fij These operations are done on the user's machine and no 

4S one (i.e. other users or the server) can see the user 

tree view. In accordance with a preferred embodiment, the 
J' 15 ' system of the invention includes a server that maintains 
p the database of attributes and bookmarks; each member of 

^ the community runs a user application. The users are 

Jjl allowed to work off-line (i.e. a client can work even if 

C3 server is not running) , In order to do so, the client 

U 20 must have a local replica of the data collected by the 
server. This is done using a data replication scheme 
between the client and the server. The replication 
protocol includes, by one embodiment, the following 
steps : 

25 • Initialization: Upon initialization, the user 

registers with the server and receives the 
current database and the community attribute 
list. The database may be organized in any known 
per se technique, e,g, relational database. 

3^ • Updates: From time to time, at intervals 

determined by its internal clock, the client 
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sends the server updates and receives updated 
information that was sent to the server by other 
users - 

In accordance with a preferred embodiment, the 
5 update protocol concerns preferably only incremental 
updates, and therefore keeps communication overhead at a 
minimum. Because the user starts with the same database 
as the server and all client updates are done in the 
order specified by the server, both the user and server 

10 database contain the same information after the update 
process. This is the reason why incremental updates are 
sufficient. Note that if two users update the same 
bookmark^ the updated information is determined by the 
last user to perform an update. 

15 Figs. 4a-c illustrate an update sequence of operation 

in accordance with one embodiment of the invention. Thus, 
Fig, 4a illustrates three user replica (41-43) interlinked 
to a database server (44) . Each replica includes objects 
that are assigned with attributes. The assignments of 

20 attributes to objects were discussed above and will be 
further discussed below. By this embodiment, the replica 
may further include the user set of attribute and also the 
user set of containers. Considering, for example, that a 
user updates his replica with an additional object (45 in 

25 Fig, 4B) which he wishes to submit to other users, the 
update (by this particular example addition of an object) 
is submitted (46 and 47 in Fig. 4C) to the user replicas 
(42 and 43) through the server (44) . The update is 
received in each replica, and when the user invokes the 

30 user interface for displaying objects in containers, the 
specified update is displayed, if applicable. Thus if the 
attribute (s) of the specified object and those of 
container (s) meet the condition, e.g. of the kind 
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specified above the object is 
container (s) . 

Privacy ; 

5 When a community shares information, it is important 

to maintain user privacy* Most users in a community, 
although they would like to share information, need to 
keep certain data private. 

There follows a non-limiting embodiment where 
10 privacy is implemented. By this embodiment, the server 
stores all of the community data, therefore, certain 
information must be kept private from the server as well. 
Users can decide whether or not information will be 
shared or kept private , 

15 

Upon utilization, clients choose a password to 
protect their private data. The application then selects 
a random key (client *s key), and encrypts it, using, say 
the DES encryption algorithm with the password as the 
20 secret key. The client then saves the encrypted key and 
uses it for login purposes - 

The system uses the client's key for encryption, 
and for setting up a shared key with the server, used for 
authentication - 

25 When a user specifies a bookmark as private, the 

application encrypts the data using, e.g. DES with the 
client's key. In this way, the server receives encrypted 
data; even the server cannot open this data nor can these 
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data be shared with other members of the community* Note 
that when a client receives an encrypted bookmark, it 
uses its key to decrypt the data. 

Since a single user may install the client on several 
5 machines, there must be a way for users to retrieve all 
their bookmark data (including private items) . Hence, a 
user may export his password to a special encrypted 
password file. Whenever the user wants to install another 
client, he will be prompted to import the password file 
10 containing the encrypted key. The new client can retrieve 
the key provided that the same client password is used. 

System Archltectuore 

Turning now to Fig. 2, there is shown a block 
diagram of a generalized system architecture in 
15 accordance with one embodiment of the invention. 

As shown, the system (20) has three components; 

1- Server (21) that maintains the community bookmarks 
and manages the system. 

2. Users (Clients) (of which only 22, 23 and 24 are 
20 shown in Fig. 2) , 

3. Web browsers 22^^\ 23^^' and 24^^^ communicating with 
the respective clients (users) . 

Communication between the client and the server is done 
over TCP/IP; communication inside the client's machine, 
25 between the (possibly multiple) browsers and the client, 
is done using DDE protocol (see below) , The invention is, 
by no means, bound by this specific implementation. 
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BY this embodiment^ the system uses the DDE protocol 
to connect the client (e.g. 22) with the web browser (22^ 
and 22^) . Most web browsers implement the DDE (Dynamic 
Data Exchange) protocol for Windows (the DDE service name 
5 for Netscape is NETSCAPE^ and for Microsoft^ is EXPLORE) . 
The client uses certain known p^r se DDE methods to 
exchange data with the browser. The client records the 
URLs visited in each browser windows^ even if there are 
several browser windows open. The client will open a URL, 
10 specified by the user, in the browser window that was 
last opened (the active window) . 

This implementation provides the system with an easy way 
to manipulate bookmarks. There is no need to '*cut" and 
"paste" a URL in order to insert a new bookmark. 

15 The Server 

The server (21) and client use TCP/IP to communicate with 
each other. The server performs the administrative tasks 
required to manage the bookmarks, global attributes, and 
server preferences. The server's user interface is quite 
20 simple. 

The server, as mentioned above, manages the system's 
collection of attributes. The attribute dialog box (user 
interface) shown in Fig. 5 displays all of the' system's 
current attributes and includes user interface elements 
25 that enable the following operations: 

• Add: (51) adds a new global attribute 

• Rename: (52) renames a global attribute 

• Delete; (53) deletes a global attribute 
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• Global: (54) modifies a local (private) 
attribute so that it becomes a global one. 

• Join: (55) takes either global or local 
attributes and combines them into one global 
attribute. 

The field titles "name" (56) stands for the 
attribute name, own (57) stands for the attribute 
owner. The symbols (g) e-g. (58), (L) e.g. (59) and 
(S) e.g. (59') stand for Global, Local and Submit, 
respectively. 



Global" attributes, which, as specified above, are 
shared amomg all the community users owned by the server 
(root), wheteas "Local" and "Submit** attributes are owned 
by the corre^sponding client (user) . 

The user interface described with reference to Fig, 
5 may be utilized by each user in the community for 
updating attributes of his/her own set. The so updated 
attributes may then be submitted in the (periodic) update 
to selected (or all) users in the community, e.g. in 
accordance with the protocol described schematically with 
reference to Fig. 4, 

Turning now to the client, the user interface (shown 
in Figures. 6) , is used to access bookmark and add 
bookmarks to^ the community's collection. Its appearance 
resembles the\Windows Explorer. The client also enables 
the user to pet;;form tasks such as editing the tree, 
assigning attribur^ to folders or bookmarks, opening a 
bookmark in the activ»^ browser window, and so forth. 



By this specific embodiment, the ^client user interface 
has the following items: 
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• Menu bar (61) - includes options for File, 
Browser, Update^ Attributes and Help 

• Left window (62) - displays the folder hierarchy 
or "tree". Users can click a folder's name to see 
its contents displayed in the right window. 

• Rlgh-b window (63) - displays the contents 
(either bookmarks or sub-folders) of the folder 
selected in the left window. Folder contents can 
be sorted according to Title, Rating, URL, Date 
or Owner - 

• Status bar (64) - runs along the bottom of the 
program window and displays the attributes of the 
bookmark or folder that is currently selected. 



By this particular example, there are provided the 
following pre-'defined folders: 

• Root (65) - the root of the folder hierarchy or 
"tree" and is titled ''username's Bookmarks". Any 
new folder created is displayed beneath this one, 
and known per se Hot (66) and History (67) - 

5 illustrates the user interfaces where the 
coAtainers (folders) and objects (bookmarks) are 
disj&layed. 

By th\ specif ic example of Fig, 6, the highlighted 
URL (entitle^ "the time zone page" (68)) is inserted to 
the highlighte^^ folder find (69) and is assigned with the 
attributes "find" and "travel" (64), as shown in the 
status bar. The c\ndition that is applied to the bookmark 
and the folder is as before, i.e. a bookmark is displayed 
if the attributes ti^ereof are included in those of the 
folder and it does not^appear in a sub-folder thereof. 
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The user may create folders having the following 
attributes, for example: 



• Public or sharad - These are folders that 
5 contain any type of bookmark. 

• Private - These folders include the 
"Private" attribute which ensures that URL 
is dragged into this folder, will be 
marked "private" by default^ and kept 

10 encrypted in the database 

• Separator - A folder without attributes, 
i.e. the attribute NOLL is associated 
thereto. This is useful to collect several 
folders which have a common utility but no 

15 common attributes^ for example, to collect 

multiple projects under a single 
"projects" separator^ or to collect 
several cities under the "travel" 

• Folders that do not yet contain attributes 
20 (and therefore do not contain bookmarks) 

By this specific embodiment, bookmarks are one of 
two types: 

Public bookmarks - shared with the rest of the 
25 community that is connected to the server. 

* Private bookmarks - specified as private and can 
only be viewed from that owner's client. 
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Set or Edi.^ a Bookmark 

To set the attributes of a bookmark, users can do, 
5 by one embodiment, one of the following: 

1- Drag the bookmark into a folder. The bookmark 
automatically inherits the folder's attributes. 

2, Select a URL (bookmark) so that its name is 
highlighted and then set its attributes using the 
10 URL Attributes dialog user interface as is displayed 

in the non-limiting example of Figure 7. 

• Add a Title and Description to the URL (71) , 
Users are not required to fill in this 
inf oinnation, but this description will help the 

15 community use the bookmark more efficiently. 

» Set the importance rating for .a bookmark (72) - Low 
indicates a less important bookmark and High 
indicates a more useful or important site. 

• Set the bookmark to be automatically deleted after 
20 a specified period of time. (73) 

• Mark a bookmark as Private to prevent it from 
being shared with other users. (74) 



By this specific example, the attributes that were 
25 assigned to the URL (75) are Book and Shopping, 

Whilst the example above focused in shared 
application where information (i.e. bookmarks) is shared 
among users in a community, the ^'sharing'' characteristic 
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is not necessarily obligatory. Thus, for example the 
invention may likewise be applied to a stand-alone mode 
where objects are displayed in containers, through user 
interface, if for example the object and the container 
5 share at least one common attribute. 

In a similar manner objects are dynamically assigned 
with attributed using a user interface, and by specific 
embodiment using the drag and drop operation in the 
manner specified* 

10 Whilst the description above referred to add 

attribute, those versed in the art will readily 
appreciate that updating attributes is not bound to only 
addition of attributes and accordingly other attribute 
updates are supported, such as deleting of attributes. 

15 The invention is likewise not bound to the particular 
updates described above (e.g. attributes, objects, 
assigning of attributes to objects), and accordingly 
other updates may be utilized, all as required and 
appropriate - 

20 In the method claims that follow, alphabetic 

characters and romah symbols used to designate claim 
steps are provided for convenience only and do not imply 
any particular order of performing the steps. 

The invention has been described with a certain 
25 degree of particularity, but various alterations and 
modifications may Bye carried out, without departing from 
the scope 6f the following Claims: 
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